Manual merge of version 25.0.7-2+rpi1 and 25.3.3-1 to produce 25.3.3-1+rpi1

Merge mesa (25.3.3-1) import into refs/heads/workingbranch

vulkan: Optionally share one JSON manifest per driver between architectures

If the library_path is just a basename like `libvulkan_lvp.so`, then we
can share the same JSON manifest like `lvp_icd.json` between all of the
architectures, like we already do for Vulkan layers. The library will
be looked up in the dynamic linker's default search path in this case,
and in practice will be found in `${libdir}`. This is how the Mesa's
EGL driver and Vulkan layers work, how Mesa is packaged in Debian 13,
and also how the Nvidia proprietary driver works; it makes installation
simpler for distros, especially on multiarch systems like Debian and
the freedesktop.org SDK.

However, if we want a separate manifest per architecture in order to
be able to write the full path into it, we still need per-architecture
filename disambiguation like `lvp_icd.x86_64.json`.

We presumably still want a separate per architecture on Windows, because
the concept of a single monolithic `${libdir}` is less common there, and
it can also be helpful during development when setting `$VK_DRIVER_FILES`
to force the use of a specific driver installed in a non-default location.

Use the following parameter to passed to vk_icd_gen:
'--icd-lib-path', vulkan_icd_lib_path,
'--icd-filename', icd_file_name,
output : 'virtio_icd.' + vulkan_manifest_suffix,

and the output is passed by '--out', '@OUTPUT@',
so we can detect vulkan_manifest_per_architecture from the --out parameter in script.

Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13745
Signed-off-by: Simon McVittie <smcv@collabora.com>
Co-authored-by: Yonggang Luo <luoyonggang@gmail.com>
Reviewed-by: Mel Henning <mhenning@darkrefraction.com>
Reviewed-by: Matt Turner <mattst88@gmail.com>
Reviewed-by: Eric Engestrom <eric@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/37314>
Applied-upstream: 26.0, commit:b860ae309a42dce317d275000016abc2b4ebe687

Gbp-Pq: Name vulkan-Optionally-share-one-JSON-manifest-per-driver-betw.patch

vulkan: Don't emit library_arch if the library_path is just a basename

If the library_path is just a basename like `libvulkan_lvp.so`, then
we can share the same JSON manifest between all of the architectures,
like we already do for Vulkan layers. This is also how the Nvidia
proprietary driver works, and how Mesa is packaged in Debian 13.
However, this will only work if we don't mark the manifest as being
architecture-specific.

This partially reverts commit f7aa6ba9 "vulkan: Specify library_arch in
ICD files".

Signed-off-by: Simon McVittie <smcv@collabora.com>
Reviewed-by: Mel Henning <mhenning@darkrefraction.com>
Reviewed-by: Matt Turner <mattst88@gmail.com>
Reviewed-by: Eric Engestrom <eric@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/37314>
Applied-upstream: 26.0, commit:1ec7bc382d13f01371a4255004b2fd4f545739a9

Gbp-Pq: Name vulkan-Don-t-emit-library_arch-if-the-library_path-is-jus.patch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.3.3-1) unstable; urgency=medium

  [ Timo Aaltonen ]
  * New upstream release.

  [ Simon McVittie ]
  * Use the upstream solution for #980148

[dgit import unpatched mesa 25.3.3-1]

Import mesa_25.3.3.orig.tar.xz

[dgit import orig mesa_25.3.3.orig.tar.xz]

Import mesa_25.3.3-1.debian.tar.xz

[dgit import tarball mesa 25.3.3-1 mesa_25.3.3-1.debian.tar.xz]

Merge mesa (25.0.7-2+rpi1) import into refs/heads/workingbranch

[PATCH] kopper: Revert "kopper: Explicitly choose zink"

This reverts commit 854bc2ee05f90e426f318352682144050e402d4b.

Forcing zink explicitly would get zink-on-lvp picked up over llvmpipe
for gbm dri support, which is not intended. Currently, zink_screen's
choose_pdev won't be able to reject it when the driver name is explicit.
So we have to revert the change first to mitigate regressions.

Reported-by: @n3rdopolis @0xnihilo
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13009
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13053
Fixes: 854bc2ee05f ("kopper: Explicitly choose zink")
Acked-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35039>
(cherry picked from commit e6481d3f42e0cd735fda38fb3029e6f8abf5a0e6)

Gbp-Pq: Name kopper-Revert-kopper-Explicitly-choose-zink.patch

[PATCH] Revert "hasvk/elk: stop turning load_push_constants into load_uniform"

This reverts commit b036d2ded2de32e81730ec8ce37c803bad112efa.

This seems to break gtk4 and other stuff.

Cc: mesa-stable
(taking ack from Lionel saying we should revert)

Acked-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35407>
(cherry picked from commit 870b8717b25eceadac8dd653debe8346826227cb)

Gbp-Pq: Name Revert-hasvk-elk-stop-turning-load_push_constants-in.patch

[PATCH 1/3] etnaviv: isa: Add txf instruction

This instruction is used to implement texelfetch.

Blob generates such txf's for
dEQP-GLES3.functional.shaders.texture_functions.texelfetch.+

Signed-off-by: Christian Gmeiner <cgmeiner@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685>

Gbp-Pq: Name etnaviv-add-support-for-texelfetch.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.7-2+rpi1) trixie-staging; urgency=medium

  [changes brought forward from 24.0.7-1+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Fri, 24 May 2024 10:55:59 +0000]
  * Try to disable valgrind.
  * Move valgrind from build-depends to build-conflicts.

[dgit import unpatched mesa 25.0.7-2+rpi1]

Import mesa_25.0.7-2+rpi1.debian.tar.xz

[dgit import tarball mesa 25.0.7-2+rpi1 mesa_25.0.7-2+rpi1.debian.tar.xz]

Merge mesa (25.0.7-2) import into refs/heads/workingbranch

[PATCH] kopper: Revert "kopper: Explicitly choose zink"

This reverts commit 854bc2ee05f90e426f318352682144050e402d4b.

Forcing zink explicitly would get zink-on-lvp picked up over llvmpipe
for gbm dri support, which is not intended. Currently, zink_screen's
choose_pdev won't be able to reject it when the driver name is explicit.
So we have to revert the change first to mitigate regressions.

Reported-by: @n3rdopolis @0xnihilo
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13009
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13053
Fixes: 854bc2ee05f ("kopper: Explicitly choose zink")
Acked-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35039>
(cherry picked from commit e6481d3f42e0cd735fda38fb3029e6f8abf5a0e6)

Gbp-Pq: Name kopper-Revert-kopper-Explicitly-choose-zink.patch

[PATCH] Revert "hasvk/elk: stop turning load_push_constants into load_uniform"

This reverts commit b036d2ded2de32e81730ec8ce37c803bad112efa.

This seems to break gtk4 and other stuff.

Cc: mesa-stable
(taking ack from Lionel saying we should revert)

Acked-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35407>
(cherry picked from commit 870b8717b25eceadac8dd653debe8346826227cb)

Gbp-Pq: Name Revert-hasvk-elk-stop-turning-load_push_constants-in.patch

[PATCH 1/3] etnaviv: isa: Add txf instruction

This instruction is used to implement texelfetch.

Blob generates such txf's for
dEQP-GLES3.functional.shaders.texture_functions.texelfetch.+

Signed-off-by: Christian Gmeiner <cgmeiner@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685>

Gbp-Pq: Name etnaviv-add-support-for-texelfetch.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.7-2) unstable; urgency=medium

  * patches: Revert a commit to fix mobian vm's. (Closes: #1107895)

[dgit import unpatched mesa 25.0.7-2]

Import mesa_25.0.7-2.debian.tar.xz

[dgit import tarball mesa 25.0.7-2 mesa_25.0.7-2.debian.tar.xz]

Import mesa_25.0.7.orig.tar.xz

[dgit import orig mesa_25.0.7.orig.tar.xz]

Merge mesa (25.0.5-2) import into refs/heads/workingbranch

[PATCH 1/3] etnaviv: isa: Add txf instruction

This instruction is used to implement texelfetch.

Blob generates such txf's for
dEQP-GLES3.functional.shaders.texture_functions.texelfetch.+

Signed-off-by: Christian Gmeiner <cgmeiner@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685>

Gbp-Pq: Name etnaviv-add-support-for-texelfetch.patch

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.5-2) unstable; urgency=medium

  [ Johannes Schauer Marin Rodrigues ]
  * cherry-pick patch from upstream: etnaviv-add-support-for-texelfetch.patch
    (Closes: #1104029)

[dgit import unpatched mesa 25.0.5-2]

Import mesa_25.0.5-2.debian.tar.xz

[dgit import tarball mesa 25.0.5-2 mesa_25.0.5-2.debian.tar.xz]

Merge mesa (25.0.5-1) import into refs/heads/workingbranch

Import mesa_25.0.5.orig.tar.xz

[dgit import orig mesa_25.0.5.orig.tar.xz]

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.5-1) unstable; urgency=medium

  [ Simon McVittie ]
  * Share a single JSON manifest per Vulkan driver between all architectures
    (Closes: #980148)

  [ Timo Aaltonen ]
  * New upstream release.

[dgit import unpatched mesa 25.0.5-1]

Import mesa_25.0.5-1.debian.tar.xz

[dgit import tarball mesa 25.0.5-1 mesa_25.0.5-1.debian.tar.xz]

Merge mesa (25.0.4-1) import into refs/heads/workingbranch

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.4-1) unstable; urgency=medium

  * New upstream release.
  * patches: Drop upstreamed gfxstream patches.

[dgit import unpatched mesa 25.0.4-1]

Import mesa_25.0.4.orig.tar.xz

[dgit import orig mesa_25.0.4.orig.tar.xz]

Import mesa_25.0.4-1.debian.tar.xz

[dgit import tarball mesa 25.0.4-1 mesa_25.0.4-1.debian.tar.xz]

Merge mesa (25.0.3-1) import into refs/heads/workingbranch

[PATCH] gfxstream: follow the semantics desired by distro VK loader

- vkCreateInstance should return VK_SUCCESS absent a few specific
  conditions
- just don't add any physical devices later

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-follow-the-semantics-desired-by-distro-VK.diff

[PATCH] gfxstream: refactor device initialization

Don't add unnecessary logspam if virtgpu isn't present.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-refactor-device-init.diff

[PATCH] gfxstream: check device exists before using it

Segfaults in the error case otherwise.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-check-device-before-using.diff

[PATCH] gfxstream: Add common interfaces in the VirtGpuDevice to query DrmInfo and PciBusInfo

- Advertise the availability of these extensions, fully implemented as
guestOnly features

Reviewed-By: Gurchetan Singh <gurchetansingh@google.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-add-common-interfaces.diff

[PATCH] gfxstream: Make the virtgpu device discovery for LinuxVirtGpu more robust

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-make-virtgpu-discovery-more-robust.diff

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.3-1) unstable; urgency=medium

  * New upstream release.
  * patches: Further fixes for spam caused by gfxstream.

[dgit import unpatched mesa 25.0.3-1]

Import mesa_25.0.3.orig.tar.xz

[dgit import orig mesa_25.0.3.orig.tar.xz]

Import mesa_25.0.3-1.debian.tar.xz

[dgit import tarball mesa 25.0.3-1 mesa_25.0.3-1.debian.tar.xz]

Merge mesa (25.0.2-1) import into refs/heads/workingbranch

[PATCH] gfxstream: refactor device initialization

Don't add unnecessary logspam if virtgpu isn't present.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-refactor-device-init.diff

[PATCH] gfxstream: check device exists before using it

Segfaults in the error case otherwise.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-check-device-before-using.diff

[PATCH] gfxstream: Add common interfaces in the VirtGpuDevice to query DrmInfo and PciBusInfo

- Advertise the availability of these extensions, fully implemented as
guestOnly features

Reviewed-By: Gurchetan Singh <gurchetansingh@google.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-add-common-interfaces.diff

[PATCH] gfxstream: Make the virtgpu device discovery for LinuxVirtGpu more robust

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-make-virtgpu-discovery-more-robust.diff

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.2-1) unstable; urgency=medium

  * New upstream release.
  * patches: Fix spam from gfxstream. (Closes: #1100360)
  * rules: Update gentarball target to use xz and the current tree.

[dgit import unpatched mesa 25.0.2-1]

Import mesa_25.0.2.orig.tar.xz

[dgit import orig mesa_25.0.2.orig.tar.xz]

Import mesa_25.0.2-1.debian.tar.xz

[dgit import tarball mesa 25.0.2-1 mesa_25.0.2-1.debian.tar.xz]

Merge mesa (25.0.1-2) import into refs/heads/workingbranch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.1-2) unstable; urgency=medium

  * rules: Build gfxstream only on 64bit. (Closes: #1099704)

[dgit import unpatched mesa 25.0.1-2]

Import mesa_25.0.1-2.debian.tar.xz

[dgit import tarball mesa 25.0.1-2 mesa_25.0.1-2.debian.tar.xz]

Import mesa_25.0.1.orig.tar.xz

[dgit import orig mesa_25.0.1.orig.tar.xz]

Merge mesa (24.3.4-3) import into refs/heads/workingbranch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.3.4-3) unstable; urgency=medium

  [ Dmitry Shachnev ]
  * Revert "Build with gcc-12 and -O1 on ppc64el".
  * Add a patch to disable ppc64el assembly code. (Closes: #1092890)

  [ Emilio Pozuelo Monfort ]
  * Release to sid.

[dgit import unpatched mesa 24.3.4-3]

Import mesa_24.3.4-3.debian.tar.xz

[dgit import tarball mesa 24.3.4-3 mesa_24.3.4-3.debian.tar.xz]

Import mesa_24.3.4.orig.tar.xz

[dgit import orig mesa_24.3.4.orig.tar.xz]

Merge mesa (24.2.8-1) import into refs/heads/workingbranch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.8-1) unstable; urgency=medium

  * New upstream release.

[dgit import unpatched mesa 24.2.8-1]

Import mesa_24.2.8.orig.tar.xz

[dgit import orig mesa_24.2.8.orig.tar.xz]

Import mesa_24.2.8-1.debian.tar.xz

[dgit import tarball mesa 24.2.8-1 mesa_24.2.8-1.debian.tar.xz]

Merge mesa (24.2.7-1) import into refs/heads/workingbranch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.7-1) unstable; urgency=medium

  * New upstream release.

[dgit import unpatched mesa 24.2.7-1]

Import mesa_24.2.7.orig.tar.xz

[dgit import orig mesa_24.2.7.orig.tar.xz]